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METHOD AND SYSTEM FOR ORDER RETURNS 

The present invention relates generally to a system and method that 
enables the return of items, such as groceries and other consumer products. 

5 

BACKGROUND OF THE INVENTION 

The retail industry is familiar with the compilation of a shopping list 
through the use of an optical bar-code scanning system. It also has made use 
of fulfillment of orders by means of network transmission of data containing the 
10 order. However, the retail industry has not solved the problem of the 
implementation of an integrated means for the return of items. Another 
problem is that imposed by optical bar code scanning. Commonly used bar 
codes, e.g. the UPC (Universal Product Code) bar code, contain a limited 
number of bits of information, ten digits equal to about 32 bits of information. It 
1 5 is desirable to be able to use methods that encode more than 32 bits of 
information so as to include additional information, such as date of 
Ul manufacture, date of sale, serial number of the specific item, etc. In addition, 

JU while it is common to deduce information about buying patterns of customers 

fear 

2 from their purchases, information from the return of items also needs to be 

iff 20 used for effective data mining. 

u 

SUMMARY OF THE INVENTION 

The present invention provides a system and method that enables the 
return of items to a business establishment, such as a supplier. The method 

25 develops a list of items to be returned by checking each of the items to be 
returned with a return policy of the business establishment and adding to the 
list only those items that are returnable according to the return policy. The list 
of items is presented for processing by the business establishment. The 
method also identifies a confirmation of the items on the list that are returnable 

30 and/or any of the items that are not returnable. 
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The list is developed by entering the items in a computing device via an 
input device, such as a keyboard, a mouse, a touch screen, a stylus pad, a 
radio frequency tag reader, a bar code reader, a microphone and the like. The 
input device may be located locally or remotely to the computing device. 

The return policy is stored locally or remotely to a computing device. 
The return policy, according to one aspect of the method, includes at least one 
rule that a temporal or usage condition must be satisfied. According to 
another aspect of the method, the policy includes a dynamic rule that a 
business value condition must be satisfied. The business value condition may 
be a current business condition and market, an inventory level, a weather 
condition, a seasonal factor, an age/value curve for the product or any 
combination thereof. 

Another aspect of the method of the present invention develops a 
notice to return an item that is not returnable according to the policy and 
presents the notice to the business establishment. A further aspect of the 
method determines if the return policy requires that one of the items must be 
physically returned to the business establishment. If not, a notice that the item 
can be discarded is presented. . A still further aspect of the method determines 
if the business establishment will have the item picked up. If so, a pick up of 
the item is scheduled. If not, a notice that the item must be transported to the 
business establishment is presented. 

Another aspect of the method collects data associated with the returns 
for data mining. The collected data may include a customer identification, a 
product identification, a store where purchased, a date of purchase, a date of 
return, a quantity purchased, quantity returned, a reason for return, or whether 
or not to return was handled as an exception to the returns policy. 
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The system of the invention comprises a computing device that 
performs the method of the invention and/or a media that controls the 
computing device to perform the method of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better 
understood from the following detailed description of a preferred embodiment 
of the invention with reference to the drawings, in which: 

Fig. 1 illustrates an upper level environment in which the system and 
method of the present invention are utilized; 

Fig. 2 is a schematic diagram showing the computing system 
architecture according to a preferred embodiment of the invention; 

Fig. 3 is a flow diagram illustrating a method for the creation of orders 
and order lists; 

Fig. 4A is an upper level flow diagram illustrating a method for 
implementing the return process; 

Fig. 4B is a detailed flow diagram illustrating a method for building a 
return list; and 

Fig. 5 is a flow diagram illustrating the details of a method for checking 
the return policy. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS OF THE 
INVENTION 

The return method of the present invention begins when a customer or 

user is ready to return items purchased from a business establishment, e.g., a 
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store. The method begins by displaying the customer's personalized shopping 
list on a computing device. The customer selects a tab marked as "return" to 
view the products in the return list. The customer then builds a list of items to 
be returned. The list is then processed according to the return policies for the 
5 business establishment. A confirmation of the items to be returned that are 
returnable and/or a notice of items that are not returnable is generated for 
and/or presented to the customer. 

The item return list is built by adding or deleting items from the list 
10 presented to the customer. Products can be added to the list via several 

different types of input devices including a keyboard, a mouse, a touch screen, 
a stylus pad, a bar code reader, a microphone, a radio frequency tag reader, 
and the like. If for some reason the product does not have an identification 
(ID), or the ID is not recognized, the customer enters an approximate 
=P 1 5 description of the product. 

i-x 

.: ^ 

i.5 5 

Ul The method checks each of the items to be returned with a return policy 

□ of the business establishment and adds to the list only those items that are 

returnable according to the return policy. 


m 20 


If an item is determined not returnable according to the return policy, a 
notice is developed not to return that item and the notice is presented to the 
customer. 

25 The return policy includes a rule that a condition must be satisfied. The 

condition may be a temporal condition, a usage condition and/or a dynamic 
business value that changes according to current business conditions and 
markets, inventory levels, weather conditions, seasonal factors, the age/value 
curve for the product and the like. An exam ple of a temporal con djtjgnjs that 

30 the item must be returned within a certain tim e from the date o f purchase. An 
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example of a usage condition is a compact disc or software that cannot be 
returned once the seal is broken. 

The method also determines if the item must be physically returned. 
For example, sour milk might not need to be physically returned. If the item [ / 

; / 

must be physically returned, the method determines if pickup is available and,| 
if so, schedules the pick up date and time. The account of the customer is ( 
then credited. 

Referring to Fig. 1, an upper level environment 100 depicts a customer 
105 with a product 1 10 at a customer location 101 to be returned to a business 
establishment 160, such as a retail store. Product 110 may be identified in 
one of several ways. In a preferred embodiment, product 1 10 is labeled by a 
bar code 112 attached thereto. Bar codes consisting of alternating lines of 
different width are commonly printed onto packaging materials or onto labels 
that are attached to a product or its packaging material. Through the use of a 
bar code scanner, bar codes are used to identify items at the point of sale. 
While the ten-digit UPC barcode is the most frequently used, additional 
information storage may be obtained by the use of two-dimensional bar codes, 
e.g. the PDF417 code, which may carry kilobits of information. Bar code 
scanners are manufactured by Symbol Technologies of Holtsville, NY and 
others. 

Another type of automatic product identification, sometimes referred to 

as autoid, is radio frequency identification (RFID) tags. While the UPC 

contains 10 digits or about 32 bits of information, RFID tags may hold kilobits 

of information. As a result, RFID tags may contain additional information, such 

as date of manufacture, date of sale, serial number of the specific item, etc. 

RFID tags are also attached to a product or its packaging and are constructed 

with electronic circuitry (including semiconductor chips), an antenna, and 

possibly a battery. Such tags are read by a specialized RFID reader. RFID 
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tags and scanners are manufactured by Texas Instruments, Motorola, 
Intermec, and others. 

A scanner 108 that may be either a bar code scanner or an RFID 
5 reader is provided to read the bar code or RFID tag attached to product 110. 
In the description that follows, by way of example, the tag will be referred to as 
bar code 112 and the scanner as bar code scanner 108. Scanner 108 is 
coupled to a local computing device, such as a personal computer (PC)130, 
e.g., an IBM NetVista or ThinkPad or a personal digital assistant (PDA) 132, 
10 e.g., a PalmPilot. In this embodiment, the local computing device is shown at 
the customer location. As used herein, local means that the device is used by 
the customer. However, the local computing device may be used in a mobile 

Q 

mode at any location. 

SI 

=p 1 5 Scanner 1 08 operates to read bar code label 1 1 2 of product 1 1 0 to be 

J returned and to couple the read data to PC 1 30 or PDA 1 32. Alternatively, 

HI voice input may be used to enter product identification into a computing 

□ system. To this end a microphone 106 is connected to PC 130. To interpret 

j5 the voice input, PC 130, for example, may use voice recognition software, 

20 such as IBM's ViaVoice program. 


G 


PC 130 and/or PDA 132 are connected to a network 150, which may be 
a public switched telephone network (PSTN), an intranet, the Internet, the 
World Wide Web (WWW) and the like. The connection to network 150 may be 

25 hardwired or wireless, e.g. wired or wireless phone connections. Network 1 50 
is in turn connected to business establishment 160. Business establishment 
160 may include one or more buildings with facilities to house a return server 
and its associated databases (shown in Fig. 2), and facilities for dispatching a 
vehicle 170 to collect product 1 10 to be returned and/or to provide a 

30 replacement. 
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Referring to Fig. 2, a computing system architecture 200 depicts 
network 150 interconnected with devices 205 associated with the customer 
location 101 and with devices 245 associated with business establishment 
160. Devices 205 include a local computing device 210, an input device 212, 
5 a product database 21 1 and return policies database 213. Thus, the return 
policy is stored locally to local computing device and is updated when updates 
are received. Devices 205 may all be located at customer location 101 or in 
separate locations. For example, product database 21 1 and/or product 
database 213 may be remotely located from customer location 101 and 
10 accessible by local computing device 210 via network 150. 

Devices 245 include a return (remote) server 240, a dynamic policy 
? server 255, a rules database 250, an accounting server 260 and an inventory 

t0 server 270. Return server 240 is remote in the sense that it is not at the 

jg 15 location, e.g., home, office etc., of the customer. Remote server 240 gives 
notice of any updates to the return policy, which are used to refresh the local 
return policies database 213. Devices 245 may all be located at business 
establishment 160 or in separate locations. For example, rules database 250, 
? accounting database 260 and/or inventory database 270 may be remotely 

in 20 located from business establishment 160 and accessible by return server via 
network 150. Local computing device 210 and return server 240 are linked 
through network 150 by communication links 215 and 235, that may be 
wireless or wired. 

25 Customer 105 uses input device 212 to identify and record items that 

are candidates for return to business establishment 160. Input device 212 
provides this information to local computing device 210, which first builds a 
return list 220 as described hereinafter. The process of building return list 220 
may involve the selection of products enumerated in local product database 
30 211, which is created and maintained by a process to be described 

hereinafter. When a partial or complete return list 220 exists, the return 
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policies database 213 must be consulted. For efficiency, return policies 
database 213 is created to reside on the local computing device 210. The 
return policies are useful to advise customer 105 of the likely return status of 
an item. In all cases, return list 220 must be sent via network 230 to return 
5 server 240 for a definitive return status determination. Standard encryption 
and security means may be employed. 

Return server 240 may be implemented, for example, using a RISC 
(Reduced Instruction Set Computer) computing machine, such as is 
10 manufactured by the International Business Machines Corporations. Such 
computing machines generally comprise a processor (e.g., Intel Pentium), disk 
drive storage devices, electronic semiconductor memory storage devices, and 
input/output devices. 

£ 1 5 Return server 240 uses a database 250 of rules to make an initial 

determination of the return policy for each item. For items for which a dynamic 
policy applies, dynamic policy server 255 is consulted to evaluate all of the 
variables and conditions that determine the business value of the returned 
item, including current business conditions and markets, inventory levels, 
20 weather conditions, seasonal factors, the age/value curve for the product, etc. 
For each item that return server 240 authorizes a complete or partial return, 
accounting server 260 adjusts the accounting records of business 
establishment 160, and possibly provides a credit for the account of customer 
105. For each item for which return server 240 requires the return of the item, 
25 an inventory server 270 prepares a receipt and provides for its restoration to 
inventory. After each item on return list 220 has been considered, return 
server 240 identifies or presents a return confirmation and policy update 221 
to local computing device 210. The confirmation and update 221 is sent via 
network 150, also using standard encryption and security methods. Once 
30 local computing device 210 has received the confirmation and policy update 
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221, customer 105 can review it, and make plans to return the authorized 
items within the terms of the relevant return policies. 

Referring to Fig 3, an order creation/transmission process 300 depicts 
5 the creation of an order on local computing device 210 and the transmission of 
the order to business establishment 160. Order creation process 300 begins 
at step 310, which determines if customer 105 has chosen to update the lists 
of available products or catalog 310, resident in product database 21 1. Since 
local computing device 210 may not always be in communication with server 
10 240 to receive product list updates, product database 21 1 on the local 

computing device 210 may be out of date. If customer 105 chooses to update 
the list, local computing device 210 initiates an update list procedure 320 that 
^ connects local computing device 210 via network 150 to server 240 or other 

Q3 server containing the master product list so as to refresh product database 

SI 

£ 15 211. Product database 21 1 could merely contain a copy of the entire master 

product list or a subset thereof personalized for a particular customer 105. 

Regardless of whether a choice is made to update the lists, customer 

105, at step 340, chooses to either add or not add items to the order. If 

20 customer 105 chooses to add items, step 350 determines if the items are 

being scanned with scanner 108. If so, step 355 processes the scanned 

items. If not, step 360 processes item selections made by customer 105 from 

a displayed product list provided by database 21 1 . The customer can 

iteratively add additional items in this fashion by repeating steps 340, 350 and 

25 355 or 360. When step 340 determines that customer 105 has chosen not to 

enter any more items, step 370 determines if customer 370 has entered a 

transmit command. If not, step 380 quits or ends order creation/transmission 

process 300. If step 370 determines that customer 105 has decided to 

transmit the order, step 390 establishes a network connection between local 

30 computing device 210 and server 240. The order is uploaded to server 240. 

Thereafter, server 240 downloads any necessary changes to the product list. 
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Step 320 then processes any downloaded changes for updates to the product 
list database 21 1. 

Referring to Fig. 4A, a return process of the present invention begins at 
step 401 with a process of building the return item list 220. When completed, 
the return list is then transmitted by step 405 to return server 240 of Fig. 2. 
Return server 240 processes the return item list and sends back a 
confirmation and policy updates 221. Step 410 receives confirmation and 
policy update 221 and process 400 then ends. 


10 


Associated with each item on the return list is a set of item-related and 
customer-related identification information or data. This information may be 
captured and used for data mining. Data mining is a method of collection and 
storage of data about customers which, through analysis, may be used to 
15 make the business process more efficient and to improve relations with 
if t customers. The specific type of data captured includes but is not limited to: 

Ul customer identification (name or number), product identification, store where 

pi purchased, date of purchase, date of return, quantity purchased, quantity 

2 returned, reason for return, whether or not return was handled as an exception 

Ul 20 to the returns policy, etc. 

One data mining process is the tracking of items not only purchased by 
the customer but also retained (not returned) by the customer. This would 
more accurately determine the customer's tastes or preferences than would be 
25 possible by examining which items were simply purchased. Another process 
may gauge the quality, reliability or usability of a product by how often it is 
returned. A third data mining process has a direct affect on the method of this 
r^f\ }> invention. This process would analyze the customer purchase and return 
^ [history to determine whether an exception to the return policy should be 


30"^ [granted to this particular customer because of the value of their business or 
X$>X3 Lthe small number of returns they have generated. 
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Referring to Fig. 4B, build return list process 401 begins at step 41 1 in 
response to a selection thereof by customer 105. For example, customer 105 
may be presented with several choices, one of which is to build or develop a 
5 list of items to be returned. Step 411 presents a display of an existing, 

possibly empty, return list that is not yet transmitted or presented to the return 
server 240. Step 413 determines if customer 105 wants to enter more items. 
If more items are to be entered, customer 105 has a choice of an entry mode. 
Thus, if customer 105 chooses to select items from the product master list in 
10 product database 21 1 , step 414 presents a display of the product master list 
and processes an entry. If customer 105 chooses to manually enter the items 
to be returned, step 415 prompts customer 105 to make an entry and then 
O processes the entry. Manual entry may be by means of keyboard entry or 

fi voice recognition. If customer 105 chooses to enter the items by reading a tag 

"J 15 on the products, then step 416 prompts customer 105 to read a tag as by bar 
h* code scanner 108. 


in 
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Step 425 examines product return policies of database 213 in respect 
of the entered item. Step 427 determines if the return policy permits return of 
20 the entered item. If yes, step 430 adds the item to the return list and step 413 
is repeated. If not, step 435 adds the entered item to a sublist of disputed or 
rejected items and step 413 is repeated. If step 413 determines that more 
items are to be added, build return process 401 process continues. If not, 
build return process 401 process is complete and ends at step 440. 

25 

Although, build return list process 401 may be implemented on local 
computing device 210, it may also be implemented on return server 240 when 
local computing device 210 is connected to return server 240. The sublist of 
items that are deemed rejected or disputed may be sent to return server 240 
30 or referred to a person for a second opinion. 
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Referring to Fig. 5, a policy check process 500 is depicted for checking 
return policies. Return server 240 may establish a variety of return policies, 
some of which can be time dependent (temporal), e.g., all products must be 
returned within a specified time. The time to return may vary for different 
5 products. Return policies may vary in time. For example, a credit given to 
customer 105 may vary based on how long after the purchase the product is 
returned or whether the product is no longer in demand, e.g., snow shovels, 
cannot be returned in July. Policies that change as a function of time are 
dynamic policies. They may take into account business conditions, such as 
10 inventory and current demand, among other things to determine the product 
return policy. 


Policy check process 500 begins at step 501 that gets a return policy 
code associated with the item to be returned. This is done on local computing 
15 device 210. Step 510 determines if the item is associated with a dynamic 

return policy. If so, step 515 checks with return server 240 and processes any 
Ul response received from return server 240. If step 510 determines that the 

p item does not have an associated dynamic policy, step 520 determines if the 

2 item satisfies temporal conditions. If the item satisfies all the temporal 

yl 20 conditions, step 525 determines if the item satisfies usage conditions. For 
p; example, has the product been opened, or has it gone sour. If the item fails to 

meet temporal conditions or usage conditions, step 555 indicates a failure. 
That is, the return policy of business establishment 160 will not honor a return 
of the item. 

25 

If the item to be returned meets temporal conditions and usage 

conditions, step 530 determines from return policy database 213 if the item 

has to be returned to business establishment 160. If the item needs to be 

taken back to business establishment 160, step 535 is performed. If the item 

30 can simply be discarded, then step 550 indicates success. Step 535 checks 

whether pickup can be arranged. If so, step 545 schedules the pickup. If 
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pickup is not available for this item, then step 540 sends a reminder to remind 
customer 105 to take the item to business establishment 160. If the item is not 
recognized in any of the steps of build return list process 401 or of policy 
check process 500, then business establishment 160 may arrange for a 
pickup/drop-off, and may credit the account of customer 105 after appraisal of 
the item. Customer 105 is notified of the results of transport product step 530 
and pick up step 535 by, for example, presenting a notice to local computing 
device 210. This could be done, for example, by email or posting to a web site 
or page 

If desired, the return lists of customer 105 can be retained by return 
server 240 for analysis of the return patterns of customer 105. 

In the embodiment of the system and method described above, the 
computing functions have been distributed as shown in Fig. 2 between devices 
205 including local computing device 210 at the location of the customer 101 
and devices 245 including return (remote) server 240 at the location of the 
business establishment 160. However, this particular partition of computing 
devices and function is not absolutely essential to invention. The power of 
computing systems is continuing to increase according to the well-known 
Moore's law, doubling about every eighteen months. Storage capability is 
increasing at an equal or greater rate. The personal computers of today 
possess the capabilities of the main frames of just a few years ago. Thus, the 
invention may be implemented by transferring all or most of the functions of 
the system and method described as performed on the server to the local 
computing device 210. 

Thus, in an alternative embodiment, the information shown contained in 

the databases 250, 260, and 270 at business establishment 160 can be 

contained in databases at customer location 101 and the computing 

functions of servers 240 and 255 at the location 160 can be included in those 
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of local computing device 210 at customer location 101 . Periodic updates of 
the databases at the customer location for rules, return policies, and inventory 
can be accomplished over network connections. The results of the return 
process can be sent later to business establishment 160 similarly by means of 
a network connection. 

Additionally, in another alternative embodiment, the computing 
functions and storage databases of the devices 205 located at the customer 
location 101 may all be included in the servers and databases 245 at the 
location of the business establishment 160. For instance, the steps described 
above in the detailed description of the figures may all be accomplished by a 
customer using a kiosk containing the appropriate devices at the location of 
the business establishment. The word remote indicates that the server is 
located at the business establishment. 

It is then possible to partition the functions of the invention in such a 
way that all or part may be performed using devices either at the customer 
location or at the business establishment location. The various computing 
functions may be performed partly on computing devices that include both 
local and remote computing devices (e.g., first, second and third computing 
devices). 

The present invention having been thus described with particular 
reference to the preferred forms thereof, it will be obvious that various 
changes and modifications may be made therein without departing from the 
spirit and scope of the present invention as defined in the appended claims. 
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